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METHOD AND SYSTEM FOR ADMINISTERING COMPLIANCE 
WITH INTERNATIONAL SHIPPING REQUIREMENTS 

Field of the Invention 

5 The present invention relates generally to systems and methods for administering data in a 
distributed user environment and more particularly to systems and methods for administering 
international shipping requirements in a distributed user environment. 

Background of the Invention 

1 0 International shipping requires compHance with extensive, country-specific requirements. 
Coimtries may regulate such specifics as: packaging, marking, addressing and a multitude of 
other factors associated with shipping across jurisdictional borders. Each country has its own, 
13 individual set of requirements which may or may not be the same or similar to those of other 
m countries. Failure to comply with shipping requirements may expose a shipper, for example an 
1 international company, to extensive fines and/or a moratorium on that company's ability to ship 
H into or out of a particular country. In some instances, faihire to comply with shipping 
Z I requirements may even expose a company to criminal charges. 

ip 

yi Various methods and systems are known for facilitating transactions involving the movement of 
2ffi products. U.S. Patent No. 5,3 1 5,508 to Bain et al. Shows a label generating and data tracking 
^ system for processing purchase orders. Published international application WO 99/34272 (A2) 
by Pool et al. Shows a universal shopping center that facilitates international transactions. U.S. 
Patent No. 5,485,369 to Nicholls et al. shows a logistics system for automating transportation of 
goods, while published intemational application WO 00/42553 (A2) by Harmony Software, Inc. 
25 shows a system for processing business information from multiple enterprises. 

However, prior to the advent of the present invention, no good method or system was known to 
applicant for coordinating, distributing and updating the compliance requirements associated 
with the intemational shipment of products. In applicant's experience, systems for facilitating 
30 compliance with requirements for the intemational shipment of products suffer from significant 
drawbacks. In particular, they tend to involve the use of lengthy, often outdated or obsolete, 
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uncontrolled collections of documents and guidelines. Applicant's experience has been that such 
deficient systems make compliance with international shipping requirements difficult at best and 
may place organizations, particularly large organizations, at risk for penalties for failure to 
comply. 

5 

It would thus be desirable to provide improved methods and systems for facilitating compliance 
with international shipping requirements. Such improved methods and systems would be of 
significant value in assisting organizations, large and small, that ship products across 
international borders. 

10 

Summary of the Invention 

In accordance with the present invention there are provided new and improved methods and 
^ systems for facilitating compliance with international shipping requirements. Such methods and 
u systems provide for simplified and controllable development, distribution, updating and testing 
1 of compliance with documented requirements in a distributed environment. 

Q In one embodiment of the invention there are provided methods and systems for facilitating 
i^: I international shipping, the method comprising the steps of: storing on the computer core 
requirements applicable to a plurality of countries; storing on the computer respective 
2te country-specific requirements applicable to respective countries; receiving a request for 

requirements for a selected country; determining if country-specific requirements are stored on 
the computer for the selected country; providing the core requirements to the requester; and 
providing, if country- specific requirements are stored on the computer for the country, the 
country-specific requirements to the requester. 

25 

Further provided are methods and systems for: obtaining international shipping requirements, 
managing requirements to facilitate international shipping, testing compliance of international 
shipments with requirements, providing a test for comparing the compliance of an international 
shipment with requirements, and distributing requirements in summary form to facilitate the 
30 compliance of international shipments with requirements. 
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Brief Description of the Drawing Figures 

These and other object, features and advantages of the invention will become apparent from a 
consideration of the following Detailed Description of the Invention, in which: 

Figure 1 is a block diagram of a computer system implemented in accordance with the present 
invention; 

Figure 2 is a table illustrating an exemplary data structure and contents for an administrators and 
users database; 

Figures 3A and 3B together show a table illustrating an exemplary data structure and contents for 
a core compliance requirements database; 

Figures 4A and 4B together show a table illustrating an exemplary data structure and contents 
for a country- specific requirements database; 

Figure 5 is a table illustrating an exemplary data structure and contents for a requirements update 
database; 

Figures 6A and 6B together show a table illustrating an exemplary data structure and contents 
for a compliance testing database; 

Figure 7 is a table illustrating an exemplary data structure and contents for a country matrix 
database; 

Figure 8 is a table illustrating an exemplary data structure and contents for a report generation 
database; 
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Figure 9 is a flow chart illustrating a process by which a user obtains compliance requirements 
using the illustrated system; 

Figure 10 is a flow chart illustrating a process by which an administrator updates compliance 
5 requirements maintained in the illustrated system; 

Figure 11 is a flow chart illustrating a process by which a user administers a compliance test 
using the illustrated system. 

1 0 Figure 12 is a flow chart illustrating a process by which a user obtains a summary matrix of 
compliance requirements using the illustrated system; and 

;|| Figure 13 is a flow chart illustrating a process by which a user generates a compliance report in 
'2 the illustrated embodiment of the invention. 

1^^ 

ff\ Detailed Description of the Invention 

'J'^' There will now be described, in accordance with the present invention, details of new and 
O improved methods and systems for maintaining user-available requirements for compliance With 
international shipping guidelines. Features of the invention include centralized control for 
2p;{ establishing and changing requirements, the ability to generate core and country-specific 
H requirements in full and matrix/summary format, user-fi*iendly access, compliance monitoring 
capabilities that enable users to monitor the compliance of actual shipments with the 
requirements and numerous other functions as will be described below. 

25 The invention will be described first with respect to the system and then with respect to the 
databases and processes of operation. 



30 
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With reference now to Figure 1, there is provided a computer system 10 constructed in 
accordance with the present invention. System 10 is seen to include a central processor 12, 
comprising for example a web-based Lotus® Domino(g) staging server of a type well known in the 
art. Processor 12 is seen to be connected to an administrator terminal 14 and to a plurality of 
5 remote user terminals, indicated at 16A and 16N. Central processor 12 further includes 
conventional communications ports (not shown) for transmitting and receiving data in the 
manner described below. Such ports may comprise, for example, conventional modem and/or 
network connections. 

10 Administrator terminal 14 comprises a conventional input/output device, for example a monitor 
and keyboard, for inputting data and control information into central processor 12 and for 
receiving output data therefrom. Similarly, remote user terminals 16A-16N can comprise simple 
,Q input/output devices or remotely connected computers such as personal computers, servers or 
'^J^ mainframe computers connected so as to enable a user to communicate with central processor 12. 
Ip The interface between the terminals and the central processor is in one embodiment 
III accomplished using a web-based Internet browser, for example Microsoft® Internet Explorer® or 
7"' Netscape® Navigator®. 

ft) 

!f!| Central processor 12 is further seen to be connected to a compliance database 1 8, the database 
2jpL^ contained in a conventional storage device comprising an appropriate combination of 
^ semiconductor, magnetic and optical memory. The storage device further includes conventional 

means for inputting and outputting data and control information therefrom (not shown), for 

example removable disc drives and network connections. 

25 In accordance with the present invention, compliance database 18 is seen to include: an 

administrators and users database 20, a core compliance requirements database 30, a country 
specific requirements database 40, a requirements updates database 50, a compliance testing 
database 60, a country matrix database 70 and a report generation database 80, each of which is 
described in detail below. Compliance database further includes control programs 19, the 

30 operation of which are also described in detail herein below. 
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As will be seen below, a user interacts with central processor 12 through a remote user terminal 
16A-16N, in accordance with the described software control programs and databases, to 
establish, update, obtain access to and test compliance with international shipping requirements. 

5 

Description of the Databases 

With reference now to Figure 2, there is shown an embodiment of the administrators and users 
database 20, including three data records 22, 24 and 26, each data record including four data 
fields, the data fields indicated at 28A-28D. Data field 28A contains an access identifier, 

10 comprising, for example, a user name, password, cookie identifier or other appropriate indicator 
identifying a user or administrator of central processor 12, Data field 28B includes a name for 
the user or administrator. Data field 28C includes an access level indicating whether the record 
is for a user or administrator. Data field 28D identifies users who have subscribed to receive 
"2 notices of changes and updates to core and country specific compliance requirements by 

ll^' including a list of requirements to which they subscribe. As will be seen below, administrators 
IP and users database 20 is used generally to track users and their administrative or other 

h I 

7' responsibilities (if any) with respect to the operation of the system. 

111 With reference now to Figures 3 A &3B, there is shown the core compliance requirements 
2p.; database 30, including three data records 32, 34 and 36, each data record including nine data 
1^ fields 38A-38L Data field 38A contains an international shipment compliance requirement 
identifier, while data fields 38B and 38C include a section owner and section number, 
respectively. Section numbers are index numbers associated with requirements which enable 
numeric tracking and processing. Section owners indicate an administrator responsible for any 
25 changes or updates to a particular section. Data field 38D includes a definition or description of 
that requirement. 

For example, core requirements may include: labeling requirements, packaging requirements, 
warning notice requirements, addressing requirements, and others well knovra to those skilled in 
30 the art. 
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Continuing with reference to Figures 3A&B, data field 38E contains an identity of the originator 
or creator of the corresponding requirement, while data field 38F contains the date on which that 
requirement was created. Data field 38G contains a date on which the requirement contained in 
5 the corresponding record was last updated or changed, while data field 38H contains the name or 
other appropriate identifier of the administrator who approved and/or actually entered the change. 
Data field 381 contains a history of changes and updates made to the core requirement in the 
corresponding data record, including details of the change and the approving administrator, 

10 As will be seen below, core compliance requirements database is used in developing, tracking 
and displaying core international shipping requirements. 

1. ^ 

jS With reference now to Figures 4A&B, the country specific requirements database 40 is shown, 
f: including three data records 42, 44, 46, each record containing eleven data fields indicated at 

48A-48K. Field 48 A is seen to contain a country identifier, preferably the name of the country 
y having specific shipping requirements. Data field 48B contains the geography category where 
L the coimtry resides. Data fields 48C and 48D contain, respectively, the section owner and 
p identifying section number in which the data requirement is indexed. Data field 48E contains the 
If ! requirement identifier, while data field 48F contains a definition or description of the actual 
itef requirement. For example, data record 42 is seen to include a country-specific labehng 

requirement for Hong Kong, the labeling requirement being a unique coloration for the table. 

Continuing with reference to Figures 4A&B, data field 48G contains the name of the originator 
or creator of the compliance regulation, while data field 48H contains the date on which the 

25 regulation was initially created. Data field 481 includes the identity of the administrator 

responsible for coordinating and approving the last update to the requirement, while data field 
48J contains the date, if any, on which the corresponding data requirement contained in the 
record was last updated. Data field 48K includes a history of any changes or updates made to the 
record. The history can comprise the dates, exact updates or changes and the identity of the 

30 authorizing administrator. 
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As will be seen below, country-specific database 40 is used in developing, maintaining and 
providing country-specific shipping requirements. 

With reference now to Figure 5, there is shown an embodiment of the requirements updates 
database 50 including three data records indicated at 52, 54 and 56, each record containing four 
data fields indicated at 58A-D. 

Requirements update database 50 is a collection of all international shipping requirements, both 
core and country-specific, that are in the process of being updated or otherwise changed. 
Database 50 may comprise, where appropriate, pointers to or copies of corresponding data in the 
databases described above. 

With reference to database 50, data field 58A comprises the requirement identifier of the 
requirement undergoing change, including where relevant the section number, while data field 
58B contains a definition or description of the change. Data field 58C includes information 
relating to the date the change was initiated, the date the change was implemented and the name 
of the requester. Data field 58D contains the status of the proposed change. 

As will be seen below, requirements update database is used to facilitate updates and changes to 
both core and country- specific shipping requirements. 

With reference to Figures 6A & 6B, there is shown the compliance testing database 60, used in 
cooperation with the compliance testing process for testing compliance of actual international 
shipments with requirements in the manner described below. Compliance testing database 60 is 
seen to include three records 62, 64, 66, each containing eleven data fields indicated at68A-68K. 

Data field 68A contains shipment identifiers indicating the actual international shipment, 
typically by shipment reference number, for which compliance is being tested. Data field 68B 
contains a shipment type indicating the shipment as being inbound or outbound so as to select the 
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appropriate compliance test. Data field 68C contains an identifier for the user requesting the 
test. Data field 68D contains location identifiers identifying the entity performing the test, 
including the name of the entity performing the test and other identifying information such as a 
company division, a receiver and the date of receipt of the shipment to be tested. Data field 68E 
5 includes a list of core and shipment-specific compliance test questions. 

Continuing with reference to Figures 6A&B, data field 68F includes the actual answers to the 
compliance test questions as entered by the user, .Data field 68G contains an identifier of the 
action plan handler responsible for addressing any noncompliance issues resulting from the test. 

10 The handler is in one embodiment selected and assigned by the system in accordance with 
programed rules based on facts particular to a shipment. Data field 68H contams information 

% describing any action plan that may be under consideration, in use, or completed, relating to the 
^ compUance testing. Data field 681 contains information relating to any actions actually taken to 
H address action plans arising from compliance testing. Data field 68J contains status information 

11 relating to the particular requirement and the action plan described in the corresponding data 
record. Data field 68K contains a history of all action plan related records. 

P j With reference now to Figure 7, the country matrix database 70 is shown to include three data 
^11 records, 72, 74 and 76, each data record containing four data fields indicated at78A-D. Data 
iS field 78A contains summarized core shipping requirements while data field 78B contains the 
related section into which the requirements are indexed. Data field 78C contains the data for 
displaying a matrix table showing applicable shipment requirements by country and 
predetermined compliance section. Data field 78D contains legend code references which 
constitute links by which a user may call up entire requirement sections. Each legend code 
25 constitutes a short description of the applicable requirement accompanied by a section reference 
to the entire requirement. 

As will be seen below, country matrix database 70 is used to provide a summary list, in matrix 
form, of shipping requirements for one or more user-specified countries. 

30 
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Considering now Figure 8, report generation database 80 is seen to include three data records 82, 
84 and 86, each data record containing three data fields indicated at 88A-88C. Data field 88A 
contains a report basis indicating whether the report was created for an inbound or outbound 
shipping compliance test. Data field 88B contains various input parameters to the report, 
including but not limited to the shippmg and destination entity, the questions set out in the 
compliance test, the time fi-ame in which the compliance test was complete and other parameters 
of interest to the report users. Data field 88C contains a report type and data necessary to display 
the report, for example a percentage compliance report in bar-chart form, a number-of-errors 
report in line-chart form and other data and report and chart types of interest to the report user 
that will now be apparent to the reader. 

As will be seen below, report generation database 80 is used to generate reports relating to 
compliance issues so that system administrators can determine, amongst other things, problem 
areas with respect to international shipping and/or the documented requirements. 

Description of the Processes 
Preregistration of Users 

System user access is established by a preregistration process (not shown) using a commercially 
available authentication and authorization tool, many of which are known in the art. See, for 
example, JAAS® by Java® or the various authentication and authorization products available 
from Microsoft®. Once registration is completed, in accordance with the operation of the 
commercial tool, the system administrator loads the user identities into administrators and users 
database 20 which governs system functions and the user is enabled to access the various system 
functions described below. 

Compliance Request Process 

With reference now to Figure 9, a compliance requirement request process 90 is shown whereby 
a user can request compliance information for a particular planned international shipment. 
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To initiate the process, a user logs onto central processor 12 through a remote user terminal 
16A-N and submits a request for international shipping compliance requirements (step 92), The 
user selects between a country view of country requirements and a section view of section 
requirements (step 94). A section view may be selected, for example, if a user desires to see 
5 every indexed requirement relating to a particular compliance requirement section, for example 
every compliance requirement in the section relating to labeling. If the section view is selected 
(i.e. not the country view (step 94)), the user selects compliance requirement sections of interest 
(step 96) which are subsequently transmitted to the user (step 98). The process then ends (step 
100). 

10 

If the user selects to receive country requirements (step 94), then the user next selects between 
receiving core requirements for all countries and country specific requirements (step 104). If the 
Ct user selects core requirements, then they are retrieved (step 108) and transmitted to the user (step 
S 98). If the user selects to receive country-specific requirements, then he selects the country(s) for 
which he desires the compliance requirements (step 106). The country-specific requirements are 
ill then retrieved from storage (step 108) and transmitted to the user (step 98). The process then 

hi 

; ' ends (step 100). 

Hi It will be appreciated that, for example, a user may select to receive core requirements if he 

ii rl 

M desires to access requirements for a given section that applies to all countries, while a user may 
select a country view to determine the unique requirements necessary to execute a shipment to 
one or more specific countries. 

Compliance Requirement Update Process 
25 With reference now to Figure 10, there is shovm a compliance requirement update process 1 10 
by which compliance requirements can be updated, changed, canceled or otherwise amended. 

The process is initiated by the submission of a request to change a compliance requirement. 
Such a request is submitted by an authorized user to processor 12 through a remote user terminal 
30 1 6A-16N. The request includes an identifier of the requester as well as details on the proposed 
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change (step 112), The requirement change request is transmitted to an appropriate reviewing and 
approving authority(s) (step 1 14) determined by a lookup in the administrator and user database 
20 to determine the responsible administrator. 

5 The proposed change is reviewed by the appropriate approving authorities. This may be done 
online, off-Une, through meetings or in any appropriate manner, and an approval or disapproval 
is returned into system 10 (step 116). If the request to change the compliance requirement is 
approved, the changed compliance requirement is stored in the appropriate core or country 
specific compliance requirement database and the corresponding history data field is updated to 

10 reflect the change (step 118). The submitter, and other users subscribing to change notifications 
as identified in administrators and users database 20, are notified that the change is complete 
(step 120) and the process ends (step 122). 

If the request is rejected (step 1 16), the submitter is notified (step 124), the history records are 
updated to reflect the rejection (step 122) and the process ends. 

' International Shipment Testing Process 
O With reference now to Figure 11, there is shown a compliance test process 130 for testing the 
Fi J compliance of an actual, user-selected international shipment with the international shipping 

requirements applicable to that particular shipment. The process operates in particular 
N= cooperation with compliance testing database 60, data being populated into or retrieved from the 

database in accordance with the process steps set out below. 

To initiate the process, an authorized user selects the test type (step 132), particularly whether the 
25 test is for an inbound or outbound shipment, and enters the location country and shipment 
information (step 134), all through a remote user terminal 16A-N. Shipment-specific 
information includes, for example and without limitation, origination and destination countries, 
shipment content information and document control numbers. 
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Compliance test questions are generated by the system, dependent on the input information 
relating to the international shipment under test (step 136), The questions are output to the user 
(step 136) and answers to the test questions are received from the user and stored in compliance 
testing database 60 (step 138). 

5 

All questions are of the "Yes/No" answer type. The evaluation of answers is automated in 
accordance with programmed rules. "Yes" answers to test questions indicate compliance with 
the shipping requirements^ while "No" answers indicate noncompliance. The answers received 
from the user are tested for compliance (step 140). If the answers indicate that the shipment is in 

1 0 compliance with requirements, then the appropriate record in compliance testing database 60 is 
completed with the completion of the history field indicating compliance (step 142) and the 

_ process ends (step 144). 

i If a noncompliance condition exists for any of the test questions, the system will assign an action 
■B plan handler (step 146) from amongst the list of users identified as appropriate action plan 

handlers in administrators and users database 20. The system will also generate an action plan 
'" "^ request under which the handler will oversee the creation of an action plan and oversee the 
O completion of that action plan until closure (step 148). Upon the completion of the action play, 
ni the record including the history file in compliance testing database 60 is updated (step 142), the 
|||) action plan is closed and the process will end (step 144). 

The system accepts "Not Applicable" responses to test question in lieu of a "Yes" or "No," but 
requires a reason be entered by the user in support of the response. Such an answer/reason will 
be considered by a handler in determining if an action plan is necessary. 

25 

As noted above, compliance tests are generally created by the system in accordance with rules 
and consist of simple yes/no questions to indicate whether requirements have been met. Action 
plans are generally created manually be the action plan handler and include subjective actions 
relevant to a particular noncompliance matter. 

30 
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For purposes of illustrating the testing process described above, it will be assumed that a user 
requests a compliance test for an international shipment of a food product from origmatmg 
country A to destination country B. The user requests a test and compliance questions are 
generated in accordance with: the core compliance requirements and the country-specific 
5 requirements for countries A and B, all as particularly relating to food products (if any such 
particular requirements exist). 

The system will generate a Hst of test questions based on the compliance requirements. Test 
questions will be simple and in "yes" "no'' format. The questions will be simple queries as to 
10 whether the requirements have been met, for example: 

• Is the shipment wrapped in plastic? 

• Is the shipment appropriately marked as containing a food product? 

€3 Other appropriate questions will be apparent based on the relevant shipping requirements. 

0 Assuming that the answer to the first question is yes, but the answer to the second question is no, 

111 the system will indicate that the test has been failed and the status will show the test is pending. 

The system will identify a handler and notify the handler of the necessity for an action plan. The 

y handler will create an action plan directed to solving the particular noncompliance problem and 

rj more broadly to solve any larger problems of which the test results are indicative. Subsequently 

2p| the history will be updated to show the creation of the action plan, actions taken to address the 

^ issues, and the status will show as "closed." 

Compliance Report Generation 

With reference now to Figure 12, a compliance test report generation process 150 is shown 
25 whereby an authorized user can request a report of selected compliance testing results. The 

process works in particular cooperation with report generation database 80, storing and retrieving 
information from the database as per the process steps. 

To initiate the process, an authorized user logs onto central processor 12 through a user terminal 
30 16A-N and submits a request for a desired compliance report basis, i.e. inbound or outbound 
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shipment (step 152). The user enters desired report parameters (step 154) and indicates the type 
of report format desired (step 156). Report parameters include, for example and without 
limitation: the shipping and destination entity, shipment time frame, type of goods shipped, 
noncompliance issues, etc. The report format is typically one of a standard type, such as a bar or 
line chart. 

The system searches compliance testing database 60 and retrieves records that match the 
user-suppUed report parameters (step 158). A report including a chart is then generated and 
outputted to the requester (step 160) and the process ends (step 162). The report chart, of the 
type selected by the user, shows the search results statistically. Also provided are a detailed 
listing of all compliance test records on which the report was based. Means such as a hyper link 
or other appropriate data are provided for enabling the user to retrieve and examine the entirety 
of any selected, reported test record(s). 

Country Matrix Generation Process 

With reference now to Figure 13, there is shown a country matrix generation process 170 
whereby a user can request a summary matrix of key shipping requirements for selected 
countries. The process works in particular cooperation with country matrix database 70, storing 
and retrieving information from the database as per the process steps. 

To initiate the process, an authorized user logs onto central processor 12 through a remote user 
terminal 16A-N and submits a request for the countries of interest (step 172). 

The system retrieves summary core requirements from country matrix database 70 (step 174) and 
produces a matrix report including legend codes (step 176), the legend codes applicable to each 
of the selected countries for various types of predefined requirements categories. The 
information is output to the user in a matrix chart format (step 178) and the process ends (step 
180). 
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The contents of the country matrix database 70 are determined by a system administrator as a 
function of the contents of the core compliance database 30 and the country specific requirements 
database 40 to assist the user of the matrix chart in obtaining a good overview of the 
requirements. The system administrator optionally updates coxmtry matrix database 70 as the 
contents of the core compliance database 30 and country-specific requirements database 40 
change. 

Additional Features 

The present invention includes additional features to facilitate its operation, including but not 
limited to: a full search capability by which a user can search core requirements database 30 and 
country-specific database 40, a coordinator listing function by which a user can receive a list of 
key process administrators responsible for operating, maintaining and updating the system, 
comprehensive administration functions facilitating the maintenance and update of the various 
databases and processes and attachment functions enabling users to attach varied file types to 
various databases. 

There have thus been described new and improved systems and processes for facilitating the 
compliance of international shipments with international shipment requirements. The invention 
provides centralized control of the establishment of and changes to the compliance requirements. 
User-friendly access to requirement information is provided, including country information in 
summary matrix format. A compliance test process is provided for testing the compliance of 
actual shipments with shipment requirements. The invention has general application to all 
industries performing international shipments. 
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